Instead of encoding font properties in the bitmap buffer,
Encode them in a struct, thus removing magic numbers in the code

When using the built in font, it creates a conflict in the linker
as the symbol font5x8 is defined twice (once in the executable and
once in the 'library'. As this is a fairly trivial wrapper, the user
can recreate it with their 'default' font for the project.

Instead of having the CPU Idle while the Data is being transfered to the
Display, Use the DMA engine to transfer display buffer into the I2C
peripheral. allowing the CPU time to be used otherwise.

The use of the DMA needed to change the way the peripheral is
initialized. Most of the data initialization is done via a Macro that
sets up all the necessary data in the display struct. To initialize the
display, the ssd1306_init function still needs to be run. The define
also changes the implementation of the 'ssd1306_show' function to use
the DMA instead of 'fancy_write'
Also add commands to the CMakeLists.txt file of the example to allow for changing
the compile Define on the target.

The example is modified so that during build time DMA mode may
be selected or standard mode. Due to a small added delay due to
copying data into the DMA tx buffer the sleep time needed to be
increased to eliminate tearing.

Blitting moves a sprite into the display buffer while in this case
using bit wise operations to accomplish this with fewer CPU cycles
than using the draw pixel functions

Changed things such that the build system can straight up import the
src directory as a subdirectory. Changed the example CMake to do this
moved the fonts into their own directory and included that in the build
system. Added the start of a widget system to the ssd1306 display
(developed for other projects).

Create a new subfolder and update the example folder to include the
subfolders containing our examples

The new example shows the text typed over a serial interface
on the ssd1306, including basic control char handling